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NEW DESCRIPTION PAGES 

METHOD AND DEVICE FOR TRANSMITTING SIMULATION MODELS 
BETWEEN SIMULATORS 

5 

The invention relates to a device and a method for 
transmitting simulation models between at least two 
simulators, with which it is possible to transmit the 
simulation model from the first simulator to a processing 

10 unit by way of a first input/output element. 

The field of simulation encompasses numerous types of 
simulators that permit the graphic, component -oriented 
specification of systems as a dynamic signal -flow 
simulation model, as well as the simulation of the dynamic 

15 behavior of these simulation models. Examples of these 

simulators include Simulink, SystemBuild, ControlH, Beacon 
and Scade. These simulators differ in their functioning 
and representation capabilities, with each system having 
its own advantages and shortcomings. For example, the 

20 system specification in one simulator may be particularly 
well -supported, whereas the simulation and analysis 
capabilities of another simulator may be more 
comprehensive . 
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A critical challenge that is frequently encountered in 
the use of these simulators is how to transmit simulation 
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models that have been created with one simulator to 
another. This presents the opportunity of combining the 
advantageous features of various simulators. The 
transmission of models permits significant savings in terms 
of costs and time. Furthermore, the back-transfer of 
simulation models, that is, the use of a bi-directional 
translator between two simulators, is crucial for efficient 
operation. 

The current technology used in the transmission of 
simulation models is based on two different approaches. 
The first method is the direct translation of the 
simulation model. Here, a description of a simulation 
model is created from the description of the model that was 
written for a simulator A; the description can be read by 
the other simulator B. In the translation process, each 
individual operator of the simulation model of the 
simulator A is replaced by a corresponding operator of the 
other simulator B. 

This type of translation requires that, for each 
individual operator of the simulator A that was used in the 
simulation model to be translated, a semantically and 
syntactically equivalent operator must exist in the other 
simulator. Because this condition is not typically 



assured, the direct translation method is only possible in 
rare cases. Often, a sub-set of functions that are present 
in both simulators is defined, and only this set is 
translated. 

5 Moreover, the operators often differ in their details, 

so while a basic transmission is possible, the dynamic 
behavior of the simulation model in one simulator is 
different in another simulator. 

An example of this direct type of translation is the 

10 simulator currently being used for translating from 
SystemBuild into Scade, which was created by ISI and 
Verilog PCodesign Method and Integrated Tools for Advanced 
Embedded System (COMITY)" (Project reference 23015). This 
is a project sponsored by the European Union under the 

15 heading "Esprit 4," which is part of the fourth framework 
program of the European Union, sub-program: "Software 
Technologies Software Intensive Systems Engineering"). 

The second transmission method is the communication 
between two simulators by means of a meta-description . 

2 0 This means that an export function of the simulators 

effects the creation of a description of the simulation 
model that can be read and written by both simulators. 
This meta-description specifies a description language that 
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is then used to describe the actual information in a 
general manner . 

The reading simulator first reads the meta- 
description, attempts to understand it, and then interprets 
the description based on its understanding of the meta- 
description. A problem associated with this procedure is 
that the interpretations of the writing simulator and the 
reading simulator can differ. Additionally, information 
can be lost, because the simulation models are more 
generally specified in the meta-description. 

The semantic identity of a simulation model in the two 
simulators is not given, and a loss-free back- transfer is 
usually not possible. Parallels can be drawn here with 
human language translation, in which the original meaning 
is often altered by the process of translation into 
different languages. An example of this type of 
transmission is CDIF, a quasi -standard for exchanging 
information between simulation-modeling simulators and 
databases, as described by Johannes Ernst in "Data 
Interoperability between CACSD and CASE Tools using the 
CDIF/' 

Another option exists for transmitting at least the 
dynamic behavior of a simulation model from one simulator 



to another. The starting point is a simulation model that 
was specified with a simulator. The source code for the 
entire simulation model is then generated by means of an 
automatic code generator of this simulator. The entire 
5 source code is incorporated as an external module into the 
other simulator. Consequently, all structural information 
is lost; the originally detailed simulation model becomes a 
single block. It is therefore impossible to process the 
model further in the second simulator. 
10 The general code generation also causes information to 

be lost, so the simulation model predetermined as an 
external module represents an inadequately accurate 
description in the second simulator. 

The publication by Campbell, S.L., et al., "A mixed 
15 symbolic-numeric software environment," Proceedings of the 
1996 IEEE international symposium on computer-aided control 
system design (CAT. No. 96TH8136) , Proceedings of joint 
conference on control applications intelligent control and 
computer-aided control system design, Dearborn, MI, USA, 
20 pp. 436 - 441, XP002138640, 1996, New York, NY, USA, IEEE, 
USA, ISBN: 0-7803-3032-3, describes a method in which 
symbolic objects are converted into numerical objects. 
Maple is used for the symbolic calculations, and Scilab is 
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simulation model is transmitted from a first simulator; a 
processing unit, which, following the transmission of the 
simulation model, separates the model into individual 
operators and stores the operator association, and creates 
an operator library from the operators that can be 
integrated, as external operators and with semantic 
equivalence, by the second simulator with the aid of the 
operator association; and having a second input/output 
element that outputs the operator library and provides an 
additional operator association. 

With these measures, a simulation model is created 
that can notably be translated in both directions without 
losing semantic information. It is therefore possible to 
execute a transfer that does not distinguish in which 
simulator the specification or simulation has taken place. 

The simulation model is separated into base operators 
that are exported, in a universal, simulator-readable form, 
into an operator library. The exported operator library is 
preferably present in the form of compilable source codes. 

The second input/output element can both export and 
import the operator association, so the processing unit can 
use the internal operators of the first simulator to create 
a simulation model that has been changed accordingly by the 



used for the numerical calculations. Maple and Scilab are 
handled separately, with an external tool effecting the 
conversion. 

In Ansari, A., et al.: "Process modeller (PROMO)" 
Simulators international XIV. Proceedings of the 1997 
simulation multiconf erence, simulators international XIV. 
Proceedings of the 1997 simulation multiconf erence , 
Atlanta, GA, USA, April 6 - 10, 1997, pp. 137 - 142, 
XP000886699 1997, San Diego, CA, USA, SCS, USA, ISBN: 1- 
56555-121-4 a software is presented that provides an 
intuitive, graphic user interface that assures user- 
friendly handling. Here, model parameters and displays can 
be quickly set up, defined and manipulated. This software 
can be used, for example, to convert text-based models into 
graphic displays. 

It is the object to provide a device and a method that 
permit the transmission of a simulation model between two 
different simulators, in which the information content and 
level of accuracy are intended to be maintained, the 
dynamic behavior is intended to remain unchanged, and it 
should be possible to effect further specification on the 
simulation model. 
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This object is accomplished by the features of the 
device claim 1 and the method claim 4, particularly by a 
device for transmitting simulation models between 
simulators, in which the simulation model can be 
transmitted from the first simulator to a processing unit 
by a first input/output element , and, in accordance with 
the invention, the processing unit can separate the model 
into individual base operators and store the operator 
association; the base operators can be exported as source 
codes into an operator library, and, after being compiled, 
the base operators that can be integrated, as external 
operators and with semantic equivalence, by the second 
simulator with the aid of the operator association can be 
combined in an operator library; the device further having 
a second input/output element that can output the operator 
library and additionally provide the operator association. 

With these measures, a simulation model is created 
that can notably be translated in both directions without 
losing semantic information. It is therefore possible to 
execute a transfer that does not distinguish in which 
simulator the specification or simulation has taken place. 

The simulation model is separated into base operators 
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that are exported, in a universal, simulator-readable form, 
into an operator library. The exported operator library is 
preferably present in the form of compilable source codes. 

The second input/output element can both export and 
import the operator association, so the processing unit can 
use the internal operators of the first simulator to create 
a simulation model that has been changed accordingly by the 
second simulator, and transmit the model back to the first 
simulator by way of the first input/output element. 

The object is accomplished by the method for 
transmitting a simulation model between a first simulator 
and a second simulator, in which, according to the 
invention, the simulation model of the first simulator is 
separated into its operators, the operators are exported 
into an operator library such that they can be utilized by 
the second simulator, and, in addition to the operator 
library, an operator association that can be read and 
preferably altered by the first and second simulators, and 
forms the basis of the simulation model, is exported to the 
operator library. 

The dependent claims disclose further advantageous 
measures. The invention is illustrated in the attached 
drawing and described in further detail below. 
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The single drawing figure shows a schematic circuit 
diagram of two simulators that are connected to one another 
by a device for transmitting simulation models. The first 
simulation model is separated into components that are in 
turn stored in an operator library. The second simulator 
converts the simulation model into a new, semantically- 
equivalent model using the integratable operator library 
with the aid of the operator association. 
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The figure schematically illustrates two simulators 10 
and 17, on which simulation models 11 and 18 are running. 
The first simulation model comprises internal operators 12, 
which are provided by the first simulator 10. Association 
vectors 13 connect the operators 12 to one another, thereby 
determining the semantics of the simulation model 12 [sic] . 

A first input/output element 22 transmits the 
simulation model 11 to a device for transmitting simulation 
models 21. This device for transmitting simulation models 
21 comprises a processing unit 24 and a second input/output 
element 23. 

To prepare for the actual transmission, the processing 
unit 24 separates the first simulation model 11 of the 
first simulator 10 into its operators 12. The operators 12 
are exported into an operator library 15 such that they can 
be used semantically correctly by the second simulator 17. 
This is typically effected by the generation of a universal 
source code for each operator 12 in the operator library 
14 . A compilation produces an integratable operator 
library 15. 

The actual transmission is effected by the export of 
an operator association 16, which can be read and altered 
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by the first simulator 10 and the second simulator 17. 
This alteration can produce new association vectors 20. 

The two simulation models 11 and 18 comprise a series 
of base operators 12. All of these operators 12 are 
5 exported as source codes from a first simulation model 11, 
with the aid of the device for transmitting simulation 
models 21, into the operator library 14, then transferred 
into the external operator library 15 after being compiled. 
From there, they can be incorporated into the second 

10 simulation model 18 to be used for specifying the 

simulation model 18. This means that source codes from the 
first simulation model 11 are automatically generated in a 
programming language for the individual operators 12. This 
type of source code is provided with an external frame that 

15 permits the use of each operator as an external operator in 
the second simulation model 18. 

The creation of the external operator library 15 from 
the internal operators 12 of the first simulation model 11 
is a preparatory step. The external frame performs 

2 0 additional functions to permit the integration as external 
operators into the second simulation model 18, i.e., to 
correspond to the syntactic requirements of the second 
simulation model 18 for external operators. 

9 



In the second simulator 17, a simulation model 18 is 
specified solely with the use of the external operator 
library 15. This ensures that the second simulation model 
18 can be transmitted to the first simulator 10. 
5 A device for transmitting simulation models 21 can 

transmit the first simulation model 11 into the second 
simulation model 18, thereby creating an operator 
association 16 and an operator library 14, 15. 

For specifying a model, therefore, a simulation model 
10 11 can be created in normal operations in the first 

simulator 10; namely, the model is created from internal 
individual operators 12. It is also possible to create the 
second simulation model 18 with the second simulator 17 
using only external operators 19. 
15 a prerequisite for this method is that the second 

simulator 17 must permit the incorporation of external 
operators 19 from the external operator library 15 into the 
second simulation model 18. The entire second simulation 
model 18 consequently comprises external operators 19. 
20 Concealed behind each external operator 19 is an internal 
operator 12 of the first simulation model 11. Therefore, 
the same modeling as in the first simulation model 11 is 
possible in the second simulation model 18. Each operator 
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12 and 19 is equivalent in the two simulation models 11 and 
18, respectively, because it is based on the first 
simulation model 11. 

Equivalence means that the functioning capability of 
each operator 12 and 19 in the two simulation models 11 and 
18 is identical. The operator exhibits the same behavior 
in both simulation models. The overall behavior of a model 
is therefore identical, because it represents the sum of 
the individual dynamics. 

A simulation model 19 that was specified in the second 
simulator 18 can be transmitted to the first simulator 10 
in that each external operator 19 is allocated the 
corresponding internal operator 12 of the first simulator. 
Based on the described procedure, the allocation is 
problem-free, because the second simulation model 18 only 
comprises external operators 19 for which a corresponding 
internal operator 12 exists. Consequently, it is possible 
to translate in both directions. 

An exemplary embodiment is the coupling of Scade and 
Simulink. Scade, a code generator by Verilog, generates 
the source code from specifications of simulation models. 
A source code of this type can be used in safety-relevant 
applications, such as in the aircraft industry. Scade can 



only be used to a limited extent in inputting simulation 
models, and simulation itself. 

Simulink, a simulator by Mathworks, can be used in 
numerous simulation applications. It offers a user- 
friendly simulation-model input and simulation of the 
dynamic behavior. It is, however, unsuitable for 
generating source codes for safety-relevant applications. 

The method in accordance with the invention can couple 
the two simulators Scade and Simulink. For this purpose, 
source codes are generated for all of the operators 
provided by Scade. These source codes are expanded with 
corresponding routines, so they can be used as external 
operators in Simulink. 

This procedure is performed individually for 
operators. The result is an operator library 15 with which 
models can be specified in Simulink. The specification is 
effected in the user-friendly Simulink environment, where 
the dynamic behavior of the model can be analyzed. 

A simulation model for Scade must be constructed for 
generating source codes for safety-relevant applications. 
To this end, the model description is translated from 
Simulink to Scade. In the process, each operator is 
allocated the corresponding, original Scade operator. An 
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unambiguous association exists between the operators 11 and 
19 of the two models. The two models exhibit the same 
dynamic behavior, which in both cases is based on the code 
generated by Scade . 
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